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DISPOSITIF ETPROCEDE D'ANALYSE RESEAU A PREDICTION AUTONOWIE. 

(§) L'lnvention concerne un proc6d6 de test et de pr6dlc- 
tion du comportement tf un reseau informatique. Ce proce- 
d§comprend: 

a memoriser une representation du reseau, comprenant 
des routeurs, et une configuration d'usage du reseau com- 
prenant des classes de trafic chacune associee des sour- 
ces, b. t partir de conditions initiales (400), appliquer 
r6petitivement un module d'6vo!ution du trafic (41 0, 420) de 
type croissance additive et d6croissance multiplicative, pour 
simuler une evolution de debits dans Ie reseau, en m6mori- 
sant ^ chaque fois un jeu de variables de debits des classes 
ou des sources, et 

c. si la repetition de I'etape b. produit une ort)ite periodi- 
que (430), revenant sur un jeu de variables de debits des 
classes ou des sources d6j^ rencontre, examiner la suite 
des routeurs rencontres, comme responsables des pertes 
pour evaluer Ie debit obtenu par chaque classe ou source 
(450). 
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Dispositif et procede d'analyse reseau a prediction autonome 

5 L'invention conceme la surveillance et la simulation de syst^mes complexes. 

Dans le cadre du controle de flux et de congestion dans des reseaux de communication, 
notamment de type Internet, on cherche, par analyse du debit, a determiner Timpact des 
parametres du r6seau. Differentes propositions ont €t€ faites. On retiendra, parmi les plus 
10 avanc6es: 

[1]- Mathis, M, Semske, J. Mahdavi, J.Ott, T.(1997) *The Macroscopic Behavior of the TCP 
Congestion Communication Review**, 27(3), n'4155, juillet 97, 
[2]- le brevet WO 01/65 772 Al, 

[3]- Baccelli, R and Hong, D. "A.I.M.D,, Faimess and Fractal Scaling of TCP Traffic", 
15 Technical Report, RR-1455, INRIA Rocquencourt, avril 2001, 

[4]- Hong, D., Lebedev D., "Many TCP User Asymptotic Analysis of the AIMD Model", 
Technical Report, RR-4229, INRIA Rocquencourt, juillet 2001. 

[1] propose une formule pour 6valuer le d6bit d'une source contr61ee par TCP en fonction 

20 de la probabilit6 de perte de paquets. 

[2] propose une representation dans Talgebre dite "MAX-PLUS" de systfemes complexes, tels 
que des reseaux de communication, et notamment du controle de flux et de congestion. Cette 
algebre "MAX-PLUS" permet d'integrer lecaractere aleatoire des parametres des reseaux, 
tout en considerant une pluralite de noeuds. Toutefois, [2] ne prend en compte qu'une seule 

2 5 source utilisant un protocole de type TCP. 

Dans [3] et [4] est propose un modele fldmentaire permettant d'apprehender I'evolution 
jointe des debits d'un ensemble de sources TCP partageant un routeur commun. Le modele 
de type croissance additive et d6aroissance multiplicative (AIMD) propose permet d'fivaluer 
30 la d6gradation des performances due a une synchronisation des pertes dans le routeur 
partag6. Toutefois, un parametre reste inconnu : la fonction de probabilite de cette 
synchronisation. 
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En outre, les modules proposes sont limit6s a la representation, soit de plusieurs routeurs et 
dhine seule source contr616e, soit d'un seul routeurpartag6 entre plusieurs sources contr616es 
par TCP. 

De plus, les systemes de surveillance et de simulation de ces reseaux controles par TCP ne 
sont pas autonomes quand a la prediction du debit obtenu par les sources. C'est a dire qu'ils 
ne peuvent pas s'affranchir de la n6cessit6 d'observations physiques faites siir un r6seau r6el 
comme par exemple celle de la probabilite de pertes dans [1] ou [2], ou la loi des 
synchronisations dans [3] ou [4]; a leur tour, celles-ci peuvent diffidlement couvrir avec un 
degr6 raisonnable de fiabilite Tensemble des cas possibles, notamment sur un reseau etendu. 

^invention vient am61iorer la situation. 

L'invention conceme un procede de test et de prediction du ccmportement d'un r6seau 
informatique comprenant les etapes suivantes: 

a. m^moriser d'une part une representation du r6seau, comprenant des routeurs, leurs 
propriety propres de transmission, et des temps de transit entre routeurs, d*autre part 
une configuration d'usage du reseau comprenant des classes de trafic, i chacune de 
ces classes est associ6 un nombre de sources et un trajet a travers les routeurs, 

b* a partir de conditions initiales choisies, appliquer repetitivement unmodele 
d' evolution du trafic, de type croissance additive et decroissance multiplicative, pour 
simuler une evolution de debits dans le reseau, en memorisant k chaque fois un jeu 
de variables de debits des classes ou des sources, et 

c. si la repetition de Tetape b. produit une orbite p6riodique, revenant sensiblement sur 
un jeu de variables de debits des classes ou des sources deja rencontre, examiner la 
suite des routeurs rencontres, comme responsables des pertes pour 6valuer le debit 
obtenu par chaque classe ou source. 

L'invention conceme 6galement un dispositif de test et de prediction du comportement d'lm 
rdseau informatique. 

Dans une caract^ristique principale de Tinvention, le dispositif comprend 
- une m^moire pour stocker: 
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* des parametres du r€seau comprenant des routeurs, leurs propriet6s propres de 
transmission, et des temps de transit entre routeurs, 

* des parametres de configuration d'usage du reseau comprenant des classes de 
trafic, a chacune de ces classes associe un nombre de sources et un trajet a travers les 

5 routeurs, 

* un module de calcul selon un modele d'evolution du trafic, de type croissance 
additive et d^croissance multiplicative, 

- un module de traitement propre a: 

* a partir de conditions initiales choisies, appliquer repetitivement le modele 
1 0 d'evolution du trafic, de type croissance additive et decroissance multiplicative, pour 

simuler une evolution des debits dans le r6seau, en memorisant a chaque fois un jeu 
de variables de debit des classes ou des sources, 

* arreter Tapplication repetitive du modele d'evolution du trafic lorsqu'une orbite 
periodique revenant sensiblement sur un jeu de variables de debits des classes ou des 

15 sources d6jSl rencontre est obtenue 

* examiner la suite des routeurs rencontres, comme responsables de pertes pour 
evaluer le d6bit obtenu par chaque classe ou source. 

D'autres caracteristiques et avantages de Tinvention apparaitront ^ I'examen de la 
2 0 description detaillee ci-apr^s, ainsi que des dessins annex6s sur lesquels: 

- la figure 1 illustre un dispositif informatique comprenant un module de traitement selon 
I'invention, 

25 - la figure 2 illustre un r6seau informatique constitu6 de routeurs partag6s entre uii ensemble 
de sessions, 

- la figure 3 represente un ordinogramme du procede de simulation pour une analyse reseau 
selon rinvention, 

30 

- la figure 4 represente le graphe d'evolution du d^bit moyen dans im routeur appartenant au 
trajet d'une classe. 
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L'annexe A comprend les parametres dc r€seau, les parametres de sources et les variables 
du module auxquels la description ci-apres fait r6f6rence. 

L'annexe B comprend des etapes de calcul d*algorithmes lies a un mod&le auxquelles la 
description ci-apres fait r6f6rence. 

L'annexe C comprend des estimations du taux de synchronisation suivant certaines 
hypotheses. 

L'annexe D comprend la formule mathematique a laquelle la description ci-apres fait 
r6f€rence. 

Les dessins et les annexes contiennent, pour Tessentiel, des elements de caractere certain. Us 
pounont done non seulement servir a mieux faire comprendre la description, mais aussi 
contribuer a la definition de Tinvention, le cas echeant. 

La description ci-apres se refere a la publication [2] en ce qui conceme un modMe de type 
croissance additive et d6croissance multiplicative (AIMD) utilise. Ce modele elementaire 
permet d'appr^hender r6volution jointe des debits d'un ensemble de sources TCP partageant 
un routeur commim sur un r6seau informatique. 

Dans la description, la notation v|j] designe une variable tableau ou vecteur ("array") ayant 
ime valeur pour chaque valeur de j. On parlera de matrice pour une variable & deux 
dimensions v[i,j]. 

La figure 1 illustre un environnement informatique comprenant une unite centrale 1 reliee 
^ un 6cran 7 et des moyens de saisie 6 tel un clavier ou une souris. L'unitc centrale 1 est 
egalement reli6e h une carte graphique GUI 2 adaptee pour piloter Taffichage de donndes sur 
r6cran 7. Selon Tinvention, Tunit^ centrale 1 est propre k travailler en relation avec le 
module de traitement 3 reli6 1 la m6moire 4. La m6moire 4 stocke des donn6es li6es k la 
representation reseau 8 et des donn6es 9 liees a la configuration d'usage du reseau. Ces 
donn6es seront plus largement decrites ci-apres. La memoire 4 comprend un module de 
calcul 5 qui travaille en correspondance avec le module de traitement 3. Ce module de 
traitement 3 est propre k appliquer repetitivement un modele d'evolution du trafic, de type 
croissance additive et decroissance multiplicative, pour simuler une Evolution des debits 
dans les routeurs du r6seau. A chaque application, le module de traitement est propre k 
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demander une memorisation d'un jcu de variables de debit dans le reseau de fagon a prevoir 
la prochaine epoque de congestion et a remedier a la congestion prevue. 

La description porte sur notamment la prediction des performances des flux, par exemple de 
5 type TCP, et la quantite de service (QoS) dans une topologie Multi-Routeurs. En d*autres 
termes, le dispositif et le precede de Tinvention sont utilises entre autre lorsqu'un grand 
nombre de sources contr616espar unprotocole, de type TCP par exemple, partagentplusieurs 
routeurs. Cette simulation est basee sur une description fluide du modfele de type croissance 
additive et d6croissance multiplicative (AIMD). 

10 

La figure 2 illustre un reseau informatique du type utilise dans Tinvention. Ainsi, le r6seau 
est constitue de plusieurs routeurs rO, rl, r2, r3 et r4, le routeur rO etant un routeur d'acces. 
Les routeurs sont relies entre-eux par des liens tels que Tl relie lO a r3, T2 relie rO a r2, T3 
relie r3 k r4, T4 relie rO k r4, T5 relie r3 a r4, T6 relie rO a rl. 

15 

Des sources 1, 2, 3 r6f6renc6es par II, 12, 13 et des destinations 1, 2, 3 referenc6es par Dl, 
D2, D3 sont repr6sent6es sur la figure 2. Les sources sont reli6es au r6seau par le routeur 
d'accfes rO. Les destinations sont relives au r6seau par un routeur d'accfes r4, r2, r3 
respectivement. 

20 

La pr6sente description utilise la notion de classes (de traffic). On considerera pour le 
moment qu'une classe est d^finie par un trajet et par certaines proprietes de la transmission 
que Ton peut faire sur ce trajet. 

2 5 Diff6rents trajets peuvent etre emprunt6s pour relier une source k une destination. Un meme 
trajet peut etre assod^ S diff6rentes classes. On associe un trajet a un "type'* de classe. Un 
"type" de classe correspond a Tensemble des classes definissant un meme trajet ou un mgme 
chemin bout-en-bout d'une classe (annexe A2-3). Ainsi, pour un trajet reliant une des 
sources S a Dl, au moins deux types de classe sont d6finis, le type de classe ddfinissant le 

30 trajet (T4) et le type de classe definissant le trajet (T5, T3) et passant par le routeur 
interm6diaire r3. Pour un trajet reliant une des sources S a D2, au moins deux types de classe 
sont egalement definis, le type de classe definissant le trajet (T2) et le type de classe 
d6finissant le trajet (Tl, T2) et passant par le routeur intermfidiaire r2. Pour un trajet reliant 
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^ une des sources S k D3, au moins deux types de classe sont de nouveau d^finis, le type de 

classe d6finissant le trajet (TS) et le type de classe d6fmissant le trajet (T4, T3) et passant par 
le routeur intennediaire r4. 

Une classe est definie par un trajet, un type de session, des delais de propagation et un 
5 nombre de sources. En reference a Tannexe A2, une classe peut etre d6finie par exemple par 
Pensemble des donn^es ST,SN,SR,SB,SE. Plus explidtement, dans une classe *s' donn6e, 
si SN[$] = 100, 100 sources appartenant ^ la classe 's' ont les m6mes caract6ristiques 
suivantes : 

- meme type de session FTP (File Transfer Protocol) ou HTTP (Hyper Text Transfer Protocol), 
1 0 - meme chemin bout-en-bout, done en particulier meme temps aller-retour d6sign6 par RTT 
(=rtt[s]) (annexe A3-4). 

Dans le reste de la description, les classes sont designees par la variable s et les routeurs sont 
design6s par la variable r. La meme source peut €tre d6signee comme 6tant une source de 
1 5 classe s et une source de classe s' si les classes s et s' definissent chacune im trajet allant de 
la mgme source I la meme destination conmie precedemment illustre mais ay ant une session 
diff6rente. En outre, il y a plusieurs sources pour une mSme classe, c'est-a-dire plusieurs 
sources dont le trajet est identique pour atteindre leur destination. 

20 Le terme "epoque de congestion designe un instant n auquel sont calcules les debits de 
chaque classe s (debits egaux au debit de chaque source i de classe s). Cette "epoque de 
congestion n" designe de plus un instant pour lequel un routeur du reseau est dit 
"congestionne" ou en "etat de congestion", c'est-a-dire un routeur qui aura une ou plusieiurs 
pertes de paquets. 

25 

En r6f6rence h la partie Al de Tannexe A, les param^tres du r6seau d6signent les paramfetres 
des routeurs defmis en Al-1, Al-2, Al-3, Al-4, Al-5, Ainsi, les routeurs, d6fmis par leur 
capacity h traiter des d6bits de paquets, peuvent comprendre une m6moire tampon egalement 
appelee buffer, dont le rdle est de retenir une partie du debit entrant superieur au debit 
3 0 sortant. En Pabsence de m6moire tampon pour un routeur r, la taille de la m^moire tampon 
des routeurs est nuUe B[r]=0. Les routeurs peuvent 6tre de types diff<Srents comme par 
exemple: 
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-de type FIFO (Fird In First Out) ou FQ (Fair Queing) designant des types de routeurs 
susceptibles de perdre des paquets en d^bordement de file d'attente, egalement appeles Tail 
Drop, 

- de type RED (Random Early Detection) designant des types de routeurs capable d'eliminer 
5 des paquets par anticipation des debordement de files d'attente. 

Dans Texemple du modMe d'evolution du trafic de type croissance additive et decroissance 
multiplicative (AIMD), les variables sont definies en r6f6rence a la partie A3 de Tannexe A, 

10 La figure 3 illustre un exemple de realisation de precede de simulation pour tme analyse 
r^seau selon Tinvention. Le precede se refere aux annexes A, B, C et D reliees au modele 
d'evolution du trafic AIMD propose en exemple. 

Ainsi, h T^tape 400 et en r6f6rence k la partie BO de I'annexe B, des variables du modMe 
15 sont initialis6es : 

-en BO-1, chaque 616ment de la matrice p[s,r] d^signe une probability de synchronisation des 

pertes de paquets, appel6e taux de synchronisation d6fini entre 0 et 1 qui est ici suppose 

predefini selon la loi de Bernoulli. La valeur de la variable aleatoire gaimna[s,r] egale a 0,5 

signifie une loi de probability de type "pile ou face'', 
20 - en BO-2, chaque element du vecteur c[r] designe la capacite (en paquets par seconde) 

qu'une source pourrait avoir de la part d'lm routeur si la capacite totale de ce routeur etait 

idealement partagee entre les sources utilisant ce routeur r, 

- en BO-3, chaque 616ment de la matrice a[s,r] designe une proportion du nombre de sources 
de classe s sur le nombre de sources utilisant le routeur r, 

25 - en BO-4, chaque Element du vecteur m-rtt[r] designe la sonune sur s des a[s,r] divis6es 
chacune par leur temps aller-retour minimum de la classe consideree au cane, 

- BO-5, chaque element de la matrice g[s,r] designe un entier entre 0 et 1 calcule en fonction 
du taux de synchronisation, 

" en BO-6, la phase d'initialisation consiste a initialiser les debits moyens pour toutes les 
3 0 classes et pour toutes les 6poques de congestion n variant de lit N (n et N 6tant des entiers), 
avec la fonction fQ donn6e d^crivant la condition initiale. Cette fonction pent Stre telle que, 
par exemple, f(s)=0 pour toute classe s. D y a une seule contrainte sur fQ : cette fonction doit 
fitre telle que pour tout 'r*, tau_l[r] de Vetape i, d6fibaie en annexe BO, doit 6tre positif ou nul. 
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Cela signifie que la charge initiale doit &tre compatible avec les capacites du r6seau. 

La formulation BO-1 est predefinie dans le cas oil I'hypothese suivante est faite: 
- les routeurs ont une memoire tampon de taille nuUe. 

5 

De plus, pour Texemple de realisation du proced6, en Al-5 , le type de routeur utilis6 est de 
type FIFO et en A2-2, le type de session est de type FTP. 

Les 6tapes 410, 420, 430 repr^sentent Tit^ration de I'annexe Bl-0 sur chaque £poque de 
1 0 congestion des itapes l,2tt3 dSfinies ci-aprfes. 

A Tetape 410, un traitement de variables est effectue pour chaque routeur n Ainsi, Vitape 
1 en annexe Bl-1 definit, pour chaque routeur r a une epoque de congestion n, une somme 
des debits de source de classes sur Tensemble des classes selon Tepoque de congestion n-1. 

15 Ainsi, som_n[r] reprSsente la charge (ou d6bit) totale sur le routeur V a la fin de Titeration 
pr6cedente (lors de la premiere iteration, som_l[r] repr6sente la charge totale sur le routeur 
V definie par la condition initiale). Le calcul de tau -n[r] d6finit un temps entre l'6poque de 
congestion n-1 donnee et Tepoque de congestion n consecutive, appel6 temps inter- 
congestion virtuel pour chaque routeur r. En d'autres termes, tau_n[r] est la duree virtuelle 

20 de Tinter-congestion du routeur V* qui serait effective si par exemple tous les autres routeurs 
etaient a capacite (c[r]) infinie. 

Vitape 2 de I'annexe Bl-2 permet de d6terminer le temps inter-congestion minimal sur 
Tensemble des temps inter-congestion virtuel des routeurs r, encore appel6 temps inter- 
25 congestion du r£seau tau_n. Ce temps inter-congestion minimal d6signe le temps entre 
Tancienne 6poque de congestion et Tactuelle 6poque de congestion. En d'autres termes, la 
valeur de tau_n donne la n-i^me dur6e inter-congestion du r6seau. 

A Tetape 420, un traitement de debits moyens est effectu6 pour chaque classe s. Ainsi a 
30 Vitape 2 de I'annexe Bl-2, il est calcul6 en (1) le d^bit moyen courant x_n[s] de chaque 
classe s ^ la n eme 6poque de congestion. (1) applique a toutes les sources le mecanisme de 
croissance lin^aire (AI developp6 dans les documents pr^sentant le modele AIMD). La date 
absolue de la n-ieme congestion du r6seau est donn6 par la valeur de temps_n. 
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Pour le routeur, appel6 n ieme routeur ou routeur congestionn6 a Tinstant n, dont le temps 
inter-congestion virtuel est 6gal au tenaps inter-perte du r6seau et qui appartient au trajet de 
la classe (appele aussi chemin bout-en-bout de la classe), il est ensuite calculi en (2) de 
Vetape 3 de I'annexe Bl-3, le nouveau debit moyen x_n[s] de chaque classe s defini k 
5 I'epoque de congestion n. Ce nouveau debit moyen x_n[s] calcule est plus faible que le debit 
moyen precedent pour eviter une congestion, une perte de paquet ou autre au niveau du ou 
des routeur(s) congestionn6(s) a Tfipoque de congestion n. Le nouveau ddbit moyen x_n[s] 
est calculi en fonction du taux de synchronisation et de Tanden d^bit moyen correspondant. 
(2) de Tannexe Bl-3 applique aux sources traversant le routeur congestionn6 le m^canisme 
10 de d6croissance multiplicative (MD) du m6canisme AIMD en moyeime. 

A I'etape 430, il est verifie que les debits calcules conespondent a un etat des debits d6ja 
rencontre au prealable ou que le nombre d'iterations des etapes 410 et 420 atteint un nombre 
determine d'iterations(nombre defini par la variable Max_iter de Vetape 0 dans Bl-0). Dans 

15 le cas d'une r^ponse negative, Titeration des etapes 410 et 420 continue pour determiner le 
prochain temps minimal inter-virtuel des routeurs et les debits correspondants. Cette iteration 
des 6tapes 410 et 420 illustre la formule math6matique de I'annexe D comprenant des 
sommes sur les classes pour calculer le temps inter-congestion d'un routeur, un minimum 
a trouver parmi les temps inter-congestion des routeurs et ces operations se repetant pour 

20 chaque epoque de congestion. Ainsi les debits moyens sont calcules grace a la matrice de 
synchronisation representee par Yb+i* 

Dans le cas d*xme r6ponse positive a Tetape 430, T^quation de recurrence vectorielle a une 
solution (sous certaines hypotheses) qui est une orbite p^riodique k r6tape 440. La tfa6orie 

25 garantit I'unicit^ et Texistence dHme telle oibite finie. En effet, si des congestions 
(provoquant des pertes) arrivent infiniment souvent sur chaque routeur, une unique solution 
existe 2t Tequation de Pannexe D qui a une periode finie n ind^pendante des conditions 
initiates du vecteur x_n[]. Cette solution est definie comme une orbite dite periodique car 
elle serait retrouv^e dans le cas d'xm nouveau cycle.d'iterations. Cette orbite est caracteris6e 

3 0 par ime suite finie du type Bl-4 dans laquelle r_n est la suite des routeurs ou ont eu lieu une 
congestion (provoquant la perte ou les pertes de paquets), x_n[s] est la suite des debits 
moyens de classe s, tau_n est la suite des temps inter-congestion du r6seau, les suites 6tant 
d6finies aux n 6poques de congestion. Cette orbite k temps discret d6finit completement la 
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trajectoire continue par lin6arisation des debits d6finis en annexe Bl-5. EUe d6finit le 
*squelette' du processus du d6bit instantan^. 

Dans une variante de T invention, cette orbite peut 6tre d6termin6e en utilisant un module 
5 d 'Evolution de trafic autre que le modele de type croissance additive et d6croissance 
multiplicative. 

A Tetape 450, les debits moyens sont analyses. Ainsi, i cette 6tape, des debits instantan6s 
sont calcules par une approche stochastique si le nombre de sources par classe est 61ev€ 

10 (SN). Dans ce cas, les debits instantanes sont calculus a partir des suites de debits moyens 
obtenus. Les debits instantanes X_n[s,i] sont calculus suivant la formule B2-1 dans laquelle 
le temps inter-congestion du rdseau a 1' instant n est ajout6 au precedent d^bit instantan6 
X_{n-l}[s,i] et ceci pour chaque classe s et pour chaque source i. Pour chaque routeur de la 
suite r-n compris dans le trajet que d6finit une classe s SR[s], le nouveau debit instantan6 

15 X_n[s,i] est calcule suivant la formule B2-2. La variable al£atoire ganmia[s^] correspond 
au rapport des debits X_n[s,i] juste apres et avant congestion. 

Ainsi, il est possible de connaitre revolution des debits instantanes de chaque classe et de 
prevoir ainsi la performance du reseau. 

20 

Quand une orbite periodique est trouvee avant un nombre maximal d 'iterations, Max_iter, 
les resultats sur le regime stationnaire decoulent de Texploitation de Torbite ainsi obtenue. 
Les resultats siu* le r6gime transitoire (par exemple le temps necessaire pour atteindre le 
regime stationnaire) peuvent egalement etre obtenus. Si ^iteration s'arrete lorsque im nombre 

25 maximal d'iterations est atteint, Max_iter, sans quHme orbite p6riodique soit trouv6e, il est 
possible visuellement d'observer si le regime stationnaire est approximativement atteint en 
tragant revolution de x_n. Dans le cas oxx cette visualisation est difficile, on obtient un 
regime transitoire qui est toujours exploitable. Dans ce cas 6galement, le temps de 
convergence vers le regime stationnaire est superieur au temps de simulation temps {Max Jter}. 

30 Une valeur typique du nombre maximal d'itdrations se situe entre 10^ et 10^ selon la taille 
du reseau et le nombre de sources. 
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Dans la figure 4, le graphe d'evolution du d6bit moyen x dans un routeur appartenant au 
trajct d'une classe s est une illustration des debits moyens calculus sur un nombre d'iterations 
egal a 4. A r epoque de congestion n=l, le d6bit moyen de la classe s est x-1. A T^poque de 
congestion n=2 est calcule le debit moyen au point A. Dans Texemple, le temps inter- 
5 congestion virtuel du routeur considere est 6gal au temps inter-congestion du r^seau entre 
les epoques de congestion 1 et 2. Ainsi, pour ce routeur appartenant au trajet de la classe s 
consid6r6e, k Tepoque de congestion n=2, le d6bit moyen x-2 du routeur est calcule en 
fonction du taux de synchronisation et conespond au point A*. 

10 A Tepoque de congestion n=3 est calculi le d6bit moyen au point B. Dans I'exemple, le 
temps inter-congestion virtuel du routeur consid6r6 est 6gal au temps inter-congestion du 
reseau entre les epoques de congestion 2 et 3. Ainsi, pour ce routeur appartenant au trajet de 
la classe s consideree, a Tepoque de congestion n=3, le debit moyen x-3 du routeur est 
calcul6 au point B' en fonction du taux de synchronisation. 

15 

A r6poque de congestion n=4 est calcule le d6bit moyen au point C. Dans Texemple, le 
temps inter-congestion virtuel du routeur n'est pas egal au temps inter-congestion du r6seau 
entre les epoques de congestion 3 et 4. Ainsi, pour ce routeur appartenant au trajet de la 
classe s consid6r6e, aucime congestion (entrainant ime perte de paquets) n'a lieu, le debit 
2 0 moyen x-4 est celui calcul6 au point C. 

A I'epoque de congestion n=5 est calcule le d6bit moyen au point D. Dans Texemple, le 
temps inter-congestion virtuel du routeur considere est egal au temps inter-congestion du 
reseau entre les epoques de congestion 4 et 5. Ainsi, k Tepoque de conation n=5, pour ce 

2 5 routeur appartenant au trajet de la classe s oonsid6r6e, le debit moyen du routeur est calculi 

au point D' en fonction du taux de synchronisation. 

Comme ce debit moyen x-5 est egal au debit moyen x-1, et qu'il en est de meme pour les 
autres classes auxquelles appartient ce routeur et pour d'autres routeurs du reseau, im 

3 0 ensemble de valeur de d6bits moyen definit Torbite p6riodique recherch6e. 


Une variante de Tordinogramme repr6sent6 figure 3 est maintenant d6velopp6e en reference 
aux annexes B3 et B4. L'algorithme propose est une procedure directe de calcul des d€bits 
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instantan6s dans le cas d'une valeur petite de nombre de sources par classe SN, c'est-a-dire 
une valeur inf^rieure k une centaine de sources. 

Ainsi, r initialisation des debits instantanes s'effectue ^ Vetape 0 de I'annexe B3. Chaque 
debit instantani X-n[s,i] prend la valeur d'une fonction F(s,i). Cette valeur est soit une valeur 
fixe donn6e, soit une valeur obtenue par tirage al6atoire. Comme pr&^demmerit, rit6ration 
de Tannexe B4-0 correspond k Tit^ration des Stapes i, 2 et3 des annexes B4-1, B4-2, B4-3. 
Dans cette variante de realisation, on n^attend pas Pobtention d'une orbite p6riodique. La 
valeur du nombre maximal d'it^rations Max_iter varie suivant, par exemple, la dur6e sur 
laquelle le reseau (temps_{Max_iter}) est etudi^ ou les contraintes pratiques, comme le 
temps de simulation. Comme precedenmient, Tobservation visuelle graphique a posteriori 
permet d'avoir une idee sur le fait d'avoir atteint un regime stationnaire ou non. 

Ainsi, Vetape 1 de I'annexe B4-1 calcule les temps inter-congestion virtuels de chaque 
routeur, les debits x_n 6tant stochastiques (en Ob). Vitape 2 de Tannexe B4-2 calcule le 
temps inter-congestion virtuel du reseau et, en (lb), le d6bit instantan6 courant X_n[s] de 
chaque classe s S la n feme 6poque de congestion, (lb) applique a toutes les sources le 
mecanisme de croissance lineaire (AI developp6 dans les documents presentant le module 
AIMD). 

A Yitape3 de Tannexe B4-3, le mecanisme decroissance multiplicative (MD) du mecanisme 
AIMD est appliqu6 aux debits instantanes des sources traversant le routeur congestionn^ (en 
2b). ^ — 

Une autre variante de Tordinogranmie represent^ figure 3 est maintenant developpee en 
reference aux annexes B5 et B6. Comme Talgorithme 2 en r6f6rence aux annexes B3 et B4, 
Talgorithme 3 des annexes B5 et B6 est une procedure directe de calcul des debits 
instantanes dans le cas d'lme valeur petite de nombre de soiu-ces par classe SN et correspond 
au cas d'une memoire tampon non negligeable (B[]>0). 

L'algorithme 3 correspond \ I'algorithme 2 dans lequel ont 6t6 ajoutes des elements 
d'algorithme pr6c6d6s d'une 6tofle. Les variables suivantes ont 6galement 6t6 ajout6es 
concemant la m6moire tampon des routeurs: 
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- bb_n[r]: taille de file d'attente mtenn6diaire k r6tape n. 

- bn_n[r]: taille de file d'attente du routeur 'r' a Tetape n. 

- tauO_n[r] represente le tau_n[r] de Talgorithme 2, c'est-a-dire le temps virtuel inter- 
congestion obtenu si les autres routeurs sont de capadte c[r] infinie et si le routeur *r' 

5 considere n*a pas de memoire tampon (buffer). 

Ainsi, dans T^tape 0 de I'annexe B5, les 616ments d'algorithme ajoutes a Talgorithme 2 sont 
rinitialisation a zero des tailles de file d'attente bb_n[r] et bn_n[r], 

10 A rftape 1 de Tannexe B5-1, le calcul d'xm temps inter-congestion virtuel d'un routeur I 
Tepoque de congestion n prend en compte le temps inter-congestion virtuel du routeur sans 
memoire tampon et le calcul de la taille de file d'attente intermediaire du routeur. 

A Tetape 2 de Tannexe B5-2, apres le calcul des temps inter-congestion du reseau tau_n aux 
15 6poques de congestion n et la mise a jour des debits, les files d'attente bn-n[r] sont mises k 
jour suivant que, pour une 6poque de congestion n et un routeur donnes, le temps inter- 
congestion du reseau est supgrieur au temps tauO_n[r] ou non. 

D'autres modes de realisation de Tinvention sont envisages ci-apres. 

20 

Ainsi, le taux de synchronisation, au lieu d'etre prfidefini, est estime dans ce qui suit. 
Plusieurs estimations sont possibles. 

En supposant la synchronisation indSpendante du d6bit (cas RI), on aurait une approximation 
25 du taux de synchronisation du type Cl-1, L etant la probabilite de perte de paquet sur une 
dur6e de delta[s,r] en partant dHme m6moire tampon (buffer) pleine, et delta €tmt le dfilai de 
reaction du protocole, TCP par exemple, a une perte. Cette formule est obtenue par 
Tapproximation que le rapport B[r]/C[r] est tres inf6rieur a la moyennepour chaque routeur 
des temps inter-congestion virtuel tau_n[r], en d'autres termes B[r]/C[r] « moyenne de 
30 (tau_n[r]). 
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Lorsqu'un debit d'entree d'un routeur est pratiquement egal au debit de sortie de ce meme 
routeur, et lorsque la taillc de la m^moire tampon B[r] est n6gligeable, les variables de la 
formulation Cl-1 sont calculees de la fa?on suivante : 
-la probability L de perte de paquet est calcule selon Cl-2 et 
5 - delta[s,r] est calcule comme une proportion de temps aller-retour rtt[s] d*une classe s qui 
depend de la position du routeur r. 

Ijorsqu'un d6bit d'entr6e d'un routeur est different du d6bit de sortie de ce meme routeur, 
et lorsque la taille de la mdmoire tampon B[r] n'est pas n6gligeable, les variables de la 
1 0 formulation Cl-1 sont calculees de la fagon suivante : 

- t1 faut appliquer une modification sur L telle que propos6e en C3-1, ou rho represente le 
rapport debit d'entree d'un routeur sur le debit de sortie. 

Dans le cas d'une synchronisation indSpendante du debit, la variable al6atoire gammia[s,r] 
15 est d6terminee suivant par exemple la loi de Bernoulli comme pr6c6demment vu. En 
supposant la synchronisation d6pendante du d^it (cas RI), le taux de synchronisation est 
calcul6 par xme approximation du type C2-1. 

Dans tous les cas d 'estimation, le taux de synchronisation est estime pour chaque routeur et 

2 0 pour chaque classe auquelle ce routeur appartient. Dans tous les cas d'estimation, la variable 

al6atoire gamma[s,r] est determin6e suivant par exemple un modele lineaire, ou un modele 
fonction du d6bit de maniere exponentielle ou polynomiale. 

Le proc6d6 decrit suppose donnes les parametres du r6seau et les paramltres de chaque 
25 source TCP. 

Le dispositif et le procede correspondant peuvent avoir les applications typiques suivantes* 

Une application directe est la prediction de la performance de la connexion pour un 

3 0 utilisateur typique dans une configuration de r^seau donn£e. La performance recherch^e est 

par exemple le d6bit moyen obtenu par im utilisateur, et plus g6n6ralement un d6bit garanti 
durant un certain pourcentage du temps de connexion, un taux de perte ou toutes autres 
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valeurs qui dependent dela fluctuation temporelle du d^bit instantanfi. Une autre application 
directe est la realisation d'un gen^rateur de trafic TCP optimist. 

D'autres application indirectes decoulent de la premiere des applications precedentes. Ainsi, 
5 une architecture locale pent etre optimisee pour un objectif de performance Gx6 grSce: 

- au dimensionnement des capadtes de routeurs, 

- au dimensioimement de taille de m6moire tampon. 
Peuvent ^galement etre optimises : 

- la disposition geometrique des routeurs (structure hierarchique), 

10 - le choix de la connectivite des routeurs (hierarchique ou peer-to-peer), 

- la comprehension et le diagnostic de 1 'architecture global par une classification des 
routeurs selon leur performance, la localisation des routeurs de type "goulots d'etrangle- 
menr, 

1 5 L'invention couvre le produit logidel comprenant les fonctions utilis6es dans le proc6d6 de 
test L'invention couvre egalement le produit logiciel d6finissant les elements du module de 
traitement du dispositif selon l'invention. 

n est entendu que l'invention n'est pas limit6e k la forme decrite d-dessus mais s'6tend a 
20 d'autres variantes de realisation. 

Ainsi, dans une autre realisation de l'invention, les sources sont de type HTTP. Dans une 
variante de realisation, le taux de synchronisation est directement estime par simulation 
independante. Selon un autre mode de realisation, les routeurs sont de type fair queing (FQ). 

25 

Cette simulation peut en outre s'appliquer k d'autres applications que celle des r^seaux 
infonnatiques, par exemple k tout type de topologie r^seau dans diverses domaines (riseau 
routier, hydrauUque, ...). 


10 


20 
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Annexe A 

Al Parametres du reseau 

Al-1 N_Router : nombre de routeurs; 

Al-2 C[N_Router]: capacite des routeurs (unite en paquet/s); 

Al-3 B[N_Router]: taille de buffer des routeurs (unite en paquet/s); 

Al-4 L[N_Router][N_Router] : delai de transmission (propagation pure); 

Al-5 RT[N_Router] : type de routeur: FIFO, FQ, RED etc. 

A2 Parametres des classes 


: nombre de classe de sources; 

: type de session, FTP ou HTTP, de la classe; 

: nombre de sources par classe; 

: chemin bout-en-bout dHme classe; 

: delai de propagation (source)-(routeur d'acc^); 

: delai de propagation (routeur d'acces terminal)- (destina- 


A2-1 

N_Classe 

A2-2 

ST[N_aasse] 

15 A2-3 

SN[N_aasse] 

A2-4 

SR[N_aasse] 

A2-5 

SB[N_aasse] 

A2-6 

SE[N_aasse] 

tion); 



A3 Description des Variables du Modele 


A3-1 X_n[s,i] : debit instantan6 de la source Y de la classe 's* a la n-ieme iteration; 

A3-2 xji[s,i] : ddbit moyen de la source 1^ de la classe 's' k la n-ifeme iteration; 

2 5 x_n[s,i] est independant de V: on pose x_n[s] = x_n[s,i] 

A3-3 N[r] : nombre de sources utilisant le routeur V; 

A3-4 rtt[s] : temps aller-retour de la classe *s*; 

A3-5 tau_n : n-ieme temps inter-congestion du reseau; 

A3-6 tau _n[r] : n-ieme temps inter-congestion virtuel du routeur V; 

30 A3-7 gamma[s,r] : variable aleatoire de synchronisation ; 
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Annexe B 

BO Initialisation 

5 BO-1 p[s,r] := P(gamma[s,r] = 1/2); 
BO-2 c(r] :=C[i]/N[r]; 
BO-3 a[s,r] := SN[s]/N[r], si V dans SR[s]; 
= 0 sinon; 

BO-4 m_rtt[r] := sum_s a[s,r]/rtt[s]/rtt[s]; 
10 BO-5 g[s,r] :=l-p[s,r]/2; 
BO-6 EtapeO 
n = 0; 

temps_n = 0; 

for (s=0;s<N_Classe;s++) 
15 x_n[s]:=f(s); 

Bl It6ration 

Bl-0 for (n=l;n<Max_iter;n++){ 
20 do Etapel(n); 

do Etape2(n); 
do £tape3(n); 
} 

25 Bl-1 Etapel 

for (r=0;r<N_Router;r++) { 
soni_n[r] = 0; 
for (s=0;s<N_Classe;s++) 
som_n[r] += a[s^] * x_{n-l}[s]; 

30 

tau_n[r] := (c[r] - som_n[r]) / (m_rtt[r]); 
} 
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Bl-2 Etapel: 

tau_n := min_{r=O..N_Router} (tau_n[r]); 

(1) x_n[s] := x_{n-l } [s] + tau_n / rtt[s] / rtt[s]; 
temps_n := temps_{n-l} + tau_n; 

5 

Bl-3 EtapeS: 

si (tau = tau[r] et 'r' dans SR[s]) 

(2) x_n[s] := g[s,r] * x_n[s]; 

10 Bl-4 {r_n, x[s]_n, tau_n} 
Bl-5 x_n[s] 

x_n[s]+tau_{n+l}/rtt[s]/rtt[s] 

B2 Aleorithme 1 

15 

B2-1 X_n[s,i] := ( X_{n-l}[s,i] + tau_n/itt[s]/rtt[s] ); 
B2-2 siCr_n'dansSR[s]) 

X_n[s,i] := gamma[s,r] * X_n[s,i]; 

20 

B3 Algorithme 2- initialisation 

EtapeO 
n = 0; 

25 temps_n = 0; 

for (s=0;s<N_Classe;s++) 

for(i=0;i<SN[s];i++) 

X_n[s,i]:=F(s,i); 

30 B4 Algorithme 2 

B4-0 for (n=l;n<Max_iter;n++){ 
do Etapel(n); 
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do £tape2(ii); 
do Etape3(n); 

} 

.B4-1 Etape 1 

for (r=0;r<N_Router;r++) { 
som_n[r] = 0; 

for (s=0;s<N_aasse;s++) { 
x_{n-l}[s] = 0; 
si(VdansSR[s]){ 
for (i=0;i<SN[s];i++) 
x_{n-l}[s]+=X_{n-l}[s,i]; 
(Ob) x_{n-l}[s]/=SN[s]; 

} 

soni_n[r] += a[s,r] * x_{n-l}[s]; 

} 

tau_n[r] := (c[r] - som_n[r]) / (m_rtt[r]); 

} 

B4-2 Etape 2 

tau_n := min_{r=O..N_Router} (tau_n[r]); 
(lb) X_n[s,i] := X_{n-l}[s,i] + tau_n / rtt[s] / rtt[s]; 

temps_n := temps_{n-l} + tau_n; 

B4-3 Etape 3 

si (tau = tau[r] et "r' dans SR[s]) 
(2b) X_n[s,i] := gainma[s,r] * X_n[s,i]; 

B5 Algorithme 3- initialisation 


Etape 0 
n = 0; 

tenips_n = 0; 
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for (s=0;s<N_Classe;s++) 

for(i=0;i<SN[s];i++) 

X_n[s,i]:=F(s,i); 

* for (r=l;r<N_Routerp-++){ 

* bb_n[r]:=0; 

* bn_n[r]:=0; 

* } 

B6 Algorithme3 

B6-0 for(n=l;n<Max_iter;n++){ 
do Etapel(n); < 
do Etape2(n); 
doEtape3(n); 

} 

B6-1 Etape 1 

for (r=0;r<N_Router;r++) { 
som_n[r] = 0; 

for (s=0;s<N_Classe;s++) { 
x_{n-l}[s]=0; 
si (V dans SR[s] ) { 
for(i=0;i<SN(s];i++) 

Un-l}[s]+=X_{n-l}[s4]; 
x_{n-l}[s] /= SN[s]; 

} 

som_n[r] += a[s,r] * x_{n-l}[s]; 

} 

* tauO_n[r] := (c[r] - som_n[r]) / (ni_rtt[r]); 

* bb_n[r] := MAX(0,bn_{n-l}[r]-tauO_n[r]*tauO_n[r]/2*m_rtt[r]); 

* tau_n[r] := tauO_n[r]+sqrt(2/m_rtt[r]*((double)B[r]/N[r]-bb_ii[r])); 

} 
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B6-2 Etape 2 

tau_h := iniii_{r=O.JN_Router} (tau_n[r]); 
X_n[s,i] := X_{n-l}[s,i] + tau_n / rtt[s] / rtt(s]; 
tempsji := temps_{n-l} + tau_n; 

5 

* for (r=0;r<N_Router;r++) 

* if ( tau_ii > tauO_n[r] ) 

* bn_n[r] := bb_n[r] + pow(tau_n-tau0_n[r],2y2*m_rtt[r]; 

* else 

10 * bn_n[r] := MAX(0,bn_{n-l}[r]-pow(tau_n,2)/2*m_rtt[r]); 
} 


B6-3 Etape 3- idem B4-3 
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Annexe C 

CI Estimation du Taux de synchronisation md6pendant da dibit (cas RI) 

5 CM p(RI)[s,r] := (l-exp(-C[r]*delta[s,r]*UN[r])) / (l-exp(-C[r]*delta[s,r]*L)); 
Cl-2 L=l/(B[r]+l) 

C2 Estimation du Taux de synchronisation dependant du d6bit fcas RD^ 

10 

C2-1 p(RD)[s,r] := p(RI)[s,r] * x_n[s] / som[r]; 

C3 Probabilite de parte L dans le cas d'une memoire tampon non n6giigeable 

15 

C3-1 I^rho'^B[r] * (rho - 1) / (rho'^(B[r]+l) - 1); 
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Annexe D 


-r^o mill — H 


(u)1 


Revendications 
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1. Proc6d6 de test et de prediction du comportement d'lin r6seau informatique, 
caracterise par les etapes suivantes: 

a. m^moriser d'une part une representation du reseau (8), comprenant des routeurs (r), 
leurs propri^tes propres de transmission (C, Al-2), et des temps de transit entre 
routeurs, d'autre part une configuration d 'usage du rdseau (9) comprenant des classes 
de trafic, h chacune de ces classes est associd un nombre de sources (SN, A2-3) et un 
trajet h travers les routeurs (SR, A2-4), 

b. h partir de conditions initiates choisies (400), appliquer r6p6titivement un mod&Ie 
d'6volution du trafic (410, 420), de type croissance additive et d6croissance 
multiplicative, pour simuler une 6volution de debits dans le reseau, en m6morisant 
a chaque fois un jeu de variables de debits des classes ou des sources, et 

c. si la repetition de Tetape b. produit une orbite periodique (430), revenant sensible- 
ment sur un jeu de variables de d6bits des classes ou des sources d6jk rencontre, 
examiner la suite des routeurs rencontres, comme responsables des pertes pour 
evaluer le debit obtenu par chaque classe ou source (450). 

2. Proc6d6 selon la revendication 1, caract6ris6 en ce que Tetape c. est 6galement effectuee 
lorsque le nombre de repetitions de Tetape b. atteint un seuil (430). 

3. Procede selon Tune des revendications 1 et 2, caracteris6 en ce que Tetape b. comprend 
bl. le calcul et la memorisation d'un temps inter-congestion virtuel (tau_n[r], A3-6) pour 

chaque routeur« 

4. Proc6de selon la revendication 3, caract6ris6 en ce que Tetape bl. comprend 6galement 
le calcul d'un temps inter-congestion virtuel minimum, en tant que temps inter-congestion 
effectif du reseau (tau_n, A3-5). 

5. Procede selon Tune des revendications 3 et 4, caract6ris6 en ce que Tetape b. comprend 
en outre: 

b2. ^ chaque instant doim6, le calcul et la memorisation d'au moins un d6bit de classe 
dont le trajet passe par un routeur congestioim6 (x_n[s], X_n[s]). 
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6. Procede selon la revendication 5, caracterise en ce que le routeur congestionne de I'^tape 
b2. est choisi de maniere a ce qu'il v^rifie tme condition donn^e, qui inclut le fait que le 
temps inter-congestion du reseau (tau_n, A3-5) est egal au temps inter-congestion virtue! 
(tau_n[r], A3-6) pour ce routeur congestionne. 

. - 

7. Procede selon Time des revendications 5 et 6, caracterise en ce que la condition donnee 
de I'etape b2. inclut le fait que le routeur est im des routeurs d'un trajet donn6 d€fini par une 
classe de trafic. 


10 8. Proced6 selon Pune des revendications pr£c6dentes, caract6ris6 en ce que T^tape a. 
comprend, pour chaque routeur, une valeur de capacity (C, Al-2), une valeur de taille de 
m6moire tampon (B, Al-3), une indication de type (RT, Al-5), ainsi que des valeius de 
temps de propagation pure entre routeurs. 

15 9. Procede selon Tune des revendications precedentes, caract6ris6 en ce que Tdtape a. 
comprend, pour chaque classe de trafic, un nombre de sources par classe (SN, A2-3), un 
trajet d'une source i une destination (SR, A2-4), une indication de type (ST, A2-2), ainsi que 
des valeurs de temps de propagation entre une source et un routeur d'accds (SB, A2-5) d'une 
part et entre un routeur d'acc^s terminal et une destination (SE, A2-6) d'autre part. 

20 

10. Procede selon Tune des revendications pr6c6dentes, caract6ris6 en ce que le module 
d'evolution du trafic de T^tape b. comprend des variables comprenant le nombre de sources 
utilisant un routeur donne (N[r], A3-3), un temps aller-retour (rtt, A3-4) d'une classe defini 
de la source a la destination. 

25 

11. Procede selon I'une des revendications precedentes, caract6ris6 en ce que le moddle 
d'6volution du trafic de I'^tape b. comprend des variables d6finies selon des conditions 
initiales, ces variables comprenant une valeur moyenne de debit d'un routeur, valeur en 
th£orie utilisable pour chaque source partageant ce routeur (c(r), BO-2), une valeur de 

3 0 proportion representant un nombre de sources d'une classe par rapport au nombre total de 
sources partageant un routem: (a(s,r), BO-3), une valeur d' acceleration pourun routeur (m- 
rtt[r], BO-4) representant la somme sur les classes du rapport de la valexw de proportion sur 
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un temps aller-retour de la source a la destination au carr6, un taux de synchronisation (p, 
C1-1;C2-1). 

12. Precede selon Tune des revendications precedentes, caract^rise en ce que Tetape b2- 
5 comprend une formulation math6matique conforme essentiellement a I'annexe Bl-3. 

13. Procede selon la revendicationlO, caract€ris6 en ce que le taux de synchronisation est 
estim6 de fagon ind6pendante du d6bit. 

10 14. Procedd selon la revendicationlS, caract6ris6 en ce que le taux de synchronisation est 
estimd de fa^on conforme a la formulation mathematique presentee en annexe Cl-1 
comprenant une probabilite L de perte de paquets . 

15. Proced6 selon la revendication 10, caracterise en ce que le taux de synchronisation (p) 
15 est estim6 conform6ment a la formulation mathematique de Tannexe Cl-1 de fa^on 

dependante du d6bit. 

16. Procdde selon la revendication 15, caract6ris6 en ce que le taux de synchronisation (p) 
est estimg conform6ment I la formulation math6matique de Tannexe C2-1 comprenant une 

2 0 probabilit6 de perte de paquets L. 

17. Procede selon la revendication 12 et 14, caracteris6 en ce que la probabilite de perte de 
paquets L est estimee conformement k la formulation math6matique de Tannexe Cl-2. 

2 5 18. Procede selon Tune des revendications 15 et 16, caract6ris6 en ce que la probability de 

perte de paquets Lest estimee conform€ment k la formulation math€matique de Taimexe C3- 
1. 

19. Proc6de selon Tune des revendications pr6cedentes, caracterise en ce que le taux de 

3 0 synchronisation est calcule par simulation independante. 

20. Procede selon Tune des revendications precedentes, caracterise en ce que la session 
repr6sente un flux contrdie par un protocole de type TCP, 
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21. Procede selon la revendications 3, caracteris6 en ce que Tetape b. comprend d'etre 
effectuee r6petitivement pour chaque routeur et pour chaque classe. 

22. Dispositif de test et de prediction du comportement d'un r6seau informatique, caracteris6 
en ce qu'il comprend: 

- une memoire (4) pour stocker: 

* des parametres du reseau (8) comprenant des routeurs (r), leurs propri6t6s propres 
de transmission (Q Al-2), et des temps de transit entre routeurs, 

* des parametres de configuration d'usage du r6seau (9) comprenant des classes de 
trafic, a chacune de ces classes associ6 im nombre de sources (SN, A2-3) et un trajet 

travers les routeurs (SR, A2-4), 

* un module de calcul (5) selon un modele d'6volution du trafic, de type oroissance 
additive et ddcroissance multiplicative (AIMD), 

- un module de traitement (3) propre 

* h, partir de conditions initiates choisies, appliquer r^petitivement le modele 
d'6volution du trafic, de type croissance additive et decroissance multiplicative 
(AIMD), pour simuler une Evolution des debits dans le r6seau, en m^morisant k 
chaque fois un jeu de variables de dibits des classes ou des sources (I), 

* arrSter I'application repetitive du modele d'6volution du trafic lorsqu'une orbite 
periodique revenant sensiblement sur im jeu de variables de dibits des classes ou des 
sources (I) deja rencontre est obtenue 

* examiner la suite des routeurs rencontres, comme responsables de pertes pour 
evaluer le debit obtenu par chaque classe ou source. 

23. Dispositif selon la revendication 22, caractlris6 en ce que le module de traitement (3) est 
propre k arrSter Tapplication repetitive du modMe d'lvolution du trafic lorsque le nombre . 
de repetitions atteint un seuil. 

24. Dispositif selon Tune des revendications 22 et 23, caracterise en ce que le module de 
traitement (3) est propre h calculer et k m6moriser un temps inter-congestion virtuel 
(tauji[r], A3-6) pour chaque routeur. 
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25. Dispositif selon la revendication 24, caract6ris6 en ce que le module de traitement est 
propre a calculer et I memoriser un temps inter-congestion virtuel minimum, en tant que 
temps inter-congestion effectif du reseau (tau_n, A3-5). 

5 26. Dispositif selon Tune des revendications 24 et 25, caractfirise en ce que le module de 
traitement est propre en outre a calculer et a memoriser des valeurs de debit des classes dont 
le trajet passe par un routeur congestionne (x_n[s], X_n[s] ). 

27. Dispositif selon la revendication 26, caract6ris6 en ce que le routeur choisi Pest de 
10 maniere a ce qu'il v6rifie une condition donn6e, qui inclut le fait que le temps inter- 
congestion du r6seau (tau_n, A3-5) est 6gal au temps inter-congestion virtuel (tau_n[r], A3- 
6) pour ce routeur. 

28. Dispositif selon la revendication 27, caracteris6 en ce que la condition donn6e inclut le 
15 fait que le routeur est un des routeurs d'un trajet donne defini par ime classe de trafic. 

29. Dispositif selon Tune des revendications pr6c£dentes, caract6ris6 en ce que chaque 
routeur comprend une valeur de capacitd (C, Al-2), une valeur de taille de m^moire tampon 
(B, Al-3), une indication de type (RT, Al-5), ainsi que des valeurs de temps de propagation 

2 0 pure entre routeurs. 

30. Dispositif selon Tune des revendications prficedentes, caract6ris6 en ce que chaque classe 
de trafic comprend un nombre de sources par classe (SN, A2-3), un trajet d'une source a une 
destination (SR, A2-4), une indication de type (ST, A2-2), ainsi que des valeurs de temps de 

2 5 propagation entre une source et un routeur d'acc^s (SB, A2-5) d*une part et entre un routeur 

d'accfes terminal et une destination (SE, A2-6) d'autre part. 

31. Dispositif selon Tune des revendications pr6c6dentes, caracteris6 en ce que le modele 
d'6volution du trafic comprend des variables comprenant le nombre de sources utilisant im 

3 0 routeur donne (N[r], A3-3), un temps aller-retour (rtt, A3-4) d'une classe defini de la source 

a la destination. 
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32. Dispositif selon Tune des revendications precedentes, caract6ris6 en ce que le modele 
d'evolution du trafic comprend des variables definies selon des conditions initiales, ces 
variables coniprenant une valeur moyenne de debit d'un routeur, valeur en th^orie utilisable 
pour chaque source partageant ce routeur (c(r),B0-2)), une valeur de proportion representant 
un nombre de sources d'une classe par rapport au nombre total de sources partageant un 

• routeur (a(s,r), BO-3)), une valeur d'acc616ration pour un routeur (m-rtt[r], BO-4) representant 

i, 

la sonune sur les classes du rapport de la valeur de proportion sur un temps aller-retour de 
la source a la destination au cm€, un taux de synchronisation. 

33. Dispositif selon la revendicationl2, caract6ris6 en ce que le calcul et la memorisation des 
valeurs de ddbit des classes dont le trajet passe par un routeur congestionn6 (x_n[s], X_n[s]) 
est e£fectu6 selon une formulation math6matique conforme essentiellement k I'annexe Bl-5. 

34. Dispositif selon la revendicationlO, caracteris6 en ce que le taux de synchronisation est 
estimd de faqon independante du debit. 

35. Dispositif selon la revendicationl3, caract6ris6 en ce que le taux de synchronisation est 
estime de fa§on conforme a la formulation matfa^matique pr6sent6e en annexe Cl-1 
comprenant une probability de perte de paquets L. 

36. Dispositif selon la revendication 10, caract6ris6 en ce que le taux de synchronisation est 
estim6 de fagon d6pendante du d^bit. 

37. Dispositif selon la revendication 15, caracterise en ce que le taux de synchronisation est 
estime confonnement a la formulation mathematique de I'annexe C2-1 comprenant une 
probability de perte de paquets L. 

38. Dispositif selon la revendication 12 et 14, caract6ris6 en ce que la probability de perte 
de paquets L est estim^e conformyment h la formulation mathymatique de I'annexe Cl-2. 

39. Dispositif selon I'une des revendications 1 5 et 16, caractyrisy en ce que la probability 
de perte de paquets Lest estimye conformyment a la formulation mathymatique de I'annexe 
C3-1. 
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40. Dispositif selon Tune des revendications pr^cedentes, caracteris6 en ce que le taux de 
synchronisation est calculi par simulation ind^pendante. 

41. Dispositif selon Tune des revendications precedentes, caracterise en ce que la session 
repr6sente un flux controle par un protocole de type TCP. 
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